Follow-ups deferred from the #5832 review, now that the command has landed
(still hidden until #5835):

- uv install consent (libs/localenv/uv.go): EnsureAvailable no longer runs the
  remote uv installer silently. It now requires consent — a truthy
  DATABRICKS_LOCALENV_AUTO_INSTALL_UV opt-in for non-interactive runs, or an
  interactive y/N prompt (cmdio.AskYesOrNo). A non-interactive run without the
  opt-in returns an actionable error instead of downloading and executing an
  installer. The --debug log of the installer command (from #5832) is kept.

- serverless job version (cmd/localenv/compute.go): GetJobSparkVersion now reads
  Environments[0].Spec.EnvironmentVersion so a serverless --job resolves to its
  actual serverless-vN instead of always defaulting to v4. Empty falls back to v4.

- double bundle load (cmd/localenv/sync.go): skip bundleTarget entirely when an
  explicit --cluster/--serverless/--job flag is set. ResolveTarget only consults
  the bundle as a fallback, so the second TryConfigureBundle load (and its
  re-printed load-time diagnostics) was wasted for the explicit-flag case.

- robust Validate parse (libs/localenv/uv.go): the uv-run probe now prints
  PYVER:/DBCVER: sentinels and parses by prefix instead of line position, so a
  stray stdout line from uv does not shift the parse.

- cleanup (libs/localenv/uv.go): fold single-caller newUvManager into
  NewUvManager; collapse the triplicated resolveIndexURL + conditional WithEnv
  into one runUv helper (the conditional stays so an already-set UV_INDEX_URL is
  not clobbered).

Adds unit tests for the install consent gate and the sentinel parse.

Co-authored-by: Isaac

…ions

Two correctness findings from the review of the follow-up changes:

- confirmUvInstall could panic: EnsureAvailable is a library entry point
  reachable with a context that has no cmdio (e.g. a Pipeline built with
  context.Background()), where cmdio.IsPromptSupported panics. Guard with
  cmdio.HasIO and treat a missing cmdio as non-interactive (decline).

- GetJobSparkVersion used only Environments[0] for serverless jobs. A job
  whose environments pin differing environment_version values (or a
  pinned-vs-unpinned mix) has no single correct target, so refuse and ask for
  --serverless, mirroring the existing job-cluster divergence check.

Adds a test asserting confirmUvInstall declines (no panic) with no cmdio.

Co-authored-by: Isaac

Range over strings.SplitSeq instead of strings.Split: the seq variant
iterates without allocating the intermediate slice, clearing the
golangci-lint modernize/stringsseq finding.

Co-authored-by: Isaac

…pt, tests

Follow-ups from the #5936 review (all non-blocking):

- environmentVersion now falls back to the deprecated Spec.Client field when
  Spec.EnvironmentVersion is empty. client is the predecessor of
  environment_version and some jobs still pin via it; reading both means the v4
  fallback and the differing-version guard observe whichever field carries the
  pin, instead of treating a client-pinned job as unversioned (which would
  silently resolve to v4 and let two differing client values slip past the
  guard). base_environment stays ignored — it is a path/ID, not a version. The
  divergence error message is now field-agnostic ("differing versions").

- confirmUvInstall's prompt now names the OS-specific installer URL via a shared
  uvInstallerURL helper (install.ps1 on Windows, install.sh elsewhere), which
  installUv also uses, so the prompt is transparent about what actually runs.

- Tests: environmentVersion field precedence (compute_test.go) and serverless
  --job version resolution + v4 fallback (target_test.go).

The end-to-end differing-versions rejection through GetJobSparkVersion is best
exercised as an acceptance scenario alongside the job fixtures in #5833; noted
on the PR.

Co-authored-by: Isaac